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SOFTWARE MODULE UPDATE 



Background 

The invention relates generally to computer system operations and, more 
5 particularly, to software module update techniques. 

Over time, program modules such as driver routines, program applications 
and program documentation may become outdated. While the problem of 
obsolescence exists for many products, it is a particular problem for personal 
computer (PC) users. The speed with which changes can occur in the field of PCs 
10 can make program modules loaded today, outdated tomorrow. 

Many software and hardware vendors provide software update facilities 
for users of their products. Typically, updates are available via world wide web 
sites and/or dial-in servers. Such services, while capable of providing a user with 
the needed software or documentation, may require the user have detailed 
15 technical knowledge about the product being updated. To properly obtain a 
driver update for a small computer systems interface (SCSI) controller card, for 
example, the user may need to know (among other things) the SCSI card version 
number and the SCSI card's basic input-output system (BIOS) version number. 
This level of technical information, or the expertise to obtain it, is above many 
20 user's capability. In addition, the user must be able to physically transfer (pull) 
the desired update module from that location at which they found it to their 
personal computer system. Further, this operation must be repeated for each 
device and/or software application that they want to update. 

Thus, it would be beneficial to provide improved techniques by which 
25 users may obtain relevant updates to their existing software modules. 



Summary 

In one embodiment, the invention provides a method to update a 
software module. The method includes identifying a first version of the software 
30 module, identifying a second version of the software module, determining which 
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of the first and second versions of the software module is the most current 
version, and indicating that version of the software module determined to be 
most current. Methods in accordance with the invention may also include 
obtaining that version of the software module determined to be the most current 
5 version and, possibly, loading the obtained version of the software module onto 
a user's computer system. Methods in accordance with the invention may be 
stored in any media that is readable and executable by a programmable control 
device. 



10 Brief Description of the Drawings 

Figure 1 shows a system that provides software module update capability 
is shown in accordance with one embodiment of the invention. 

Figure 2 shows the flowchart of a method to provide software module 
update capability in accordance with one embodiment of the invention. 

15 

Detailed Description 
Techniques (including methods and devices) to enable software module 
updates are described. The following embodiments, described in terms of 
techniques to update program applications and software driver modules, are 

20 illustrative only and are not to be considered limiting in any respect. Further, in 
the interest of clarity not all features of an actual implementation are described 
herein. It will be appreciated that the development of any actual implementation 
requires numerous programming decisions to achieve the developer's specific 
goals such as compliance with system-related and business-related constraints. 

25 Moreover, these decisions may be complex and time-consuming but would 
nevertheless be a routine undertaking for those of ordinary skill having the 
benefit of this disclosure. 

Referring to FIG. 1, a system that provides software module update 
capability is shown in accordance with one embodiment of the invention. 

30 Computer system 100 may be coupled to update information 102 and update 



-2- 




MICE-0017 (98.03405) 



source 104 via communication link 106. Illustrative computer systems include 
general purpose (e.g., PCs) and special purpose (e.g., graphics workstations) 
computer systems. Update information 102 may be a database or other 
information storage facility that includes versioning information for various 

5 software modules. Update source 104 represents that location or locations at 
which software module updates are stored. Communication link 106 may be a 
modem connection, or a direct connection to a local area or wide area network. 
The form of communication link 106 is irrelevant to the invention and may, for 
example, employ copper wire, radio frequency or optical technologies. It will be 

10 understood that update information 102 and update source 104 may be co- 
located. It will be further understood that update source 104 may include 
multiple sites (e.g., various world wide web sites). 

Update information 102 may include a variety of data for each software 
module that may be updated in accordance with the invention. For example, 

15 update information 102 may be organized as a database with one record for 
each available software module. (Software modules may include user programs 
such as word processing and graphics applications, or drivers to control either a 
hardware device (device driver) or another software subsystem.) Each record 
may include information representing one or more of the following: software 

20 module name; manufacturer's identification number, device identification 

number; device version number; BIOS version number; driver version number; 
date; an indication of what versions the current version is an update for; and a 
location of the identified module. 

Referring again to FIG. 1, computer system 100 may include processor 

25 108, memory 110, and possibly add-in cards such as video and modem cards 
112 and 114 respectively. Illustrative processors include the PENTIUM® family of 
processors and the 80X86 families of processors from Intel Corporation. Memory 
110 may include volatile (e.g., dynamic random access memory) and/or non- 
volatile memory (e.g., non-volatile random access memory, magnetic or optical 

30 disk units). Add-in cards represent physical devices that augment the processing 
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features of processor 108. Typically, an add-in card includes a programmable 
control device (e.g., a microprocessor, microcontroller, or a specially designed 
programmable state machine) and associated control memory (often referred to 
as BIOS). 

5 As shown, memory 110 may include update routine 116 and one or more 

software programs 118. Update routine 116 represents one or more software 
program modules that works in conjunction with update information 102 and 
update source 104 to provide the software module update capability of the 
present invention. Programs 118 represents one or more user or operating 

10 system applications which may be updated by update routine 116. 

Referring to FIG. 2, a method to provide software module update 
capability is shown in accordance with one embodiment of the invention. Initially 
a user indicates they want to load a new program module or update an existing 
module (block 200). For example, a user may have purchased a new video 

15 controller add-in card and now wants to install the appropriate device drivers. 
Update routine 116 may receive this notification in any convenient manner. 

Following notification, update routine 116 obtains version information for 
the module being loaded/updated (block 202). If the module being updated is 
associated with a software application, version information may be obtained 

20 through standard queries to, or inspection of, one or more of computer system 
100's system files. If the module being updated is associated with a hardware 
device (e.g., an add-in card), update routine 116 may interrogate the card 
directly to obtain one or more of the following: a device identifier value; a 
subsystem identifier value; a device version identifier value; the device's BIOS 

25 version identifier value; and the version number of any currently loaded device 
drives associated with the device. 

Identification of version information for a software application or a 
previously loaded device driver may be obtained through standard queries to, or 
inspection of, one or more of computer system 100's system files. By way of 

30 example, in a Microsoft Windows® operating system information about those 
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driver routines and program applications that are loaded may be obtained from 
the Registry file. Direct interrogation of a physical device (e.g., video controller 
or network interface cards) to determine the device's version information is 
preferred over an inspection of system files such as the Windows® Registry file. 
5 Following the acts of block 202, update routine 116 may communicate 

with update information 102 via communication link 106 to determine what 
program modules are the most current for the identified device or program 
(block 204). Next, update routine 116 indicates the most recent module (e.g., 
device driver or program) to the user (block 206) which may then be loaded 
10 from update source 104 in accordance with current techniques (block 208). The 
acts of FIG. 2 may be initiated when a user begins installation of a new device or 
program or at any subsequent time specified by the user. 
3 In one embodiment, update routine 116 shows only the most current 

;/j modules for loading to the user by comparing the version obtained via 

!J 15 interrogating system 100 (the acts of block 202) and the information obtained 

=fi from update information 102 (the acts of block 204). It will be recognized that 

ifii 

the update module (i.e., that module which will update the module identified 
Rj during the acts of blocks 100 and 102) may be obtained from any location 

Mj (update source 104) in communication with computer system 100. For example, 

=i 20 a video controller add-in card's device driver may be located at the video card's 
~ manufacturer's website or at the website of an original equipment manufacturer 

who assembled and sold the video card with computer system 100. The update 
module may also be local to computer system 100. 

One benefit of the invention is that it allows a user to maintain their 
25 system in an up to date state without requiring them to have or obtain detailed 
technical information about system components. Another benefit of the invention 
is that update routine 116 may also prevent use of inappropriate updates. For 
example, if a user's network controller card is not capable of using the 
chronologically most recent update, but instead may only use those driver 
30 versions before a specified date, update routine 116 may obtain this information 
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from update information 102 and display only the most "relevant" current version 
to the user for loading during the acts of block 206 and 208. Yet another benefit 
of the invention is that a user does not have to know where a needed update 
module is located. In one embodiment the user only needs to know where or 
5 how to establish communication with update information 102. In another 
embodiment, the location of update information 102 may be predetermined by 
the computer system vendor. Still another benefit of the invention is the 
automatic nature of update routine 116. That is, update routine 116 determines 
not only what driver updates are appropriate but may also (automatically or 
10 following user authorization) retrieve the update modules/software and install 
them on a user's machine. Thus, in contrast to prior art update techniques the 
user does not have to know: the technical details of their system's current 
ft software load (e.g., drivers and application programs); explicit location(s) where 

/f various update modules may be located; or how to affirmatively download the 

J. 15 various update routines. 

g Various changes in the materials, components, circuit elements, as well as 

" in the details of the illustrated operational method are possible without departing 

i from the scope of the claims. For instance, acts in accordance with FIG. 2 may 

j{ be performed by a programmable control device executing instructions organized 

ri 20 into a program module (e.g., update routine 116). A programmable control 
" device may .be a single computer processor (e.g., processor 108), a plurality of 

computer processors coupled by a communications link, or a custom designed 
state machine. Custom designed state machines may be embodied in a hardware 
device such as a printed circuit board comprising discrete logic, integrated 
25 circuits, specially designed application specific integrated circuits (ASICs), or field 
programmable gate array devices. Storage devices suitable for tangibly 
embodying program instructions include all forms of non-volatile memory 
including, but not limited to: semiconductor memory devices such as EPROM, 
EEPROM, and flash devices; magnetic disks (fixed, floppy, and removable); other 
30 magnetic media such as tape; and optical media such as CD-ROM disks. 
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While the invention has been disclosed with respect to a limited number of 
embodiments, numerous modifications and variations will be appreciated by 
those skilled in the art. It is intended, therefore, that the following claims cover 
all such modifications and variations that may fall within the true sprit and scope 
of the invention. 



